METHOD AND SYSTEM FOR TRANSMITTING, RECEIVING, AND COLLECTING 
INFORMATION RELATED TO A PLURALITY OF WORKING COMPONENTS 

BACKGROUND OF THE INVENTION 

This application claims priority from U.S. provisional application 60/210,133 filed June 
7, 2000 and relates to a method and system for transmitting, receiving, and collecting 
information related to a plurality of working components. The entire disclosure contained in 
U.S. provisional application 60/210,133, including the attachments thereto, is incorporated 
herein by this reference. 

For utilities, municipalities, or similar significant operational entities, operation and 
maintenance of working components (e.g., light fixtures, pumps, and other machinery) is a 
significant concern. Often, individuals or entities responsible for the operation and maintenance 
of such working components are responsible for a vast number of units spread over a large area. 
Such individuals or entities may find it necessary to, or may wish to operate and manage these 
working components from one or more remote locations, sending maintenance crews to the 
working components only as certain events occur. Indeed, operation and management from a 
single remote location is often the most cost-effective manner in which to operate, verify, 
control, and configure working components. 
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One of the best examples of the need for remote operation and management of working 
components can be found in the maintenance and operation of exterior lighting. Extensive 
lighting systems are found not only on city streets and highway interchanges, but also on college 
campuses, around commercial and industrial centers, in public and private parks and amusement 
centers, and any other locations where the safety of people and property is a significant concern. 
Exorbitant amounts of monetary and human resources are expended in operating and maintaining 
these lighting systems, many of which include light fixtures that are spread over large 
geographical areas. Generally, operations and/or maintenance personnel must be physically 
present to verify the proper operation and function of the fixtures. However, primarily for safety 
reasons, it is important to ensure that these lighting systems are operational. 

In the prior art, there are various systems and methods that have been designed to 
remotely monitor and control lighting systems. For example, U.S. Patent No. 6,035,266 issued 
to Williams et al., and assigned to A.L. Air Data, Inc. of Los Angeles, California, describes one 
such prior art system and method. U.S. Patent No. 6,035,266 ("the '266 Patent") is incorporated 
herein by this reference. 

The '266 Patent describes in detail the development of outdoor lighting systems, 
specifically street lamps. As such, a common mercury- vapor street lamp is described in detail 
with reference to Figures 1 and 2. Furthermore, the '266 Patent recognizes that the operation and 
maintenance of street lamps consists of two primary tasks: monitoring and control. As such, the 
system and method described and claimed in the '266 Patent addresses these primary tasks. 
Specifically, the described lamp monitoring and control system and method includes lamp 
monitoring and control units which are secured to each lamp in a monitored area. Each such 
lamp monitoring and control unit is comprised of a processing and sensing unit, a transmit (TX) 



RF0O0:0O0RF: 1 80369:LOUIS VILLE 



2 



unit, and a receive (RX) unit. In practice, the TX unit is used to transmit monitoring data, the 
RX unit is used to receive control information, and the processing and sensing unit carries out 
the switching or other operation of the lamp. 

Signals transmitted from the lamp via the TX unit are received at a base station which 
includes an antenna and receiving system, along with a computing system. Signals received at 
the base station are passed to the computing system which processes the signals to extract data, 
specifically the identification of the particular lamp from which each signal was transmitted and 
data related to the operation and function of the particular lamp, i.e., the status of the lamp. In 
this regard, signal transmission is preferably accomplished through radio frequency 
transmissions in the range of 218-219 MHz. Furthermore, the signals have a specific data packet 
format consisting of a start field, an identification ("ID") field, a status field, a data field, and a 
stop field. The start field indicates the start of the data packet, the ID field identifies the lamp 
from which the data packet was transmitted, the status field indicates the status of monitoring 
and control unit, the data field includes any data associated with the indicated status, and the stop 
field indicates the end of the data packet. 

Similarly, U.S. Patent No. 6,119,076, also issued to Williams et al., and assigned to A.L. 
Air Data, Inc. of Los Angeles, California, describes a unit and method for remotely monitoring 
and controlling outdoor lighting systems. U.S. Patent No. 6,1 19,076 ("the '076 Patent") is also 
incorporated herein by this reference. The c 076 Patent describes a system very similar to that 
describes above with reference to the '266 Patent, the primary improvement described in the 
*076 Patent being the incorporation of a sensing element in each lamp monitoring and control 
unit to sense at least one lamp parameter. 
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Although U.S. Patent Nos. 6,035,266 and 6,1 19,076 (collectively, the "A.L. Air Data 
Patents") generally provide for remote monitoring and control of street lamps in a lighting 
system, there are some significant problems in implementation. First and foremost, the preferred 
systems and methods of the A.L. Air Data Patents require that each lamp monitoring and control 
5 unit communicate directly with a base station, i.e., all transmitted signals must reach the base 
station directly. As such, signal transmission is accomplished through radio frequency 
transmissions in the range of 218-219 MHz. This is a licensed frequency band that is used for 
"Interactive Video and Data" and is thus labeled the "IVDS" band. By operating in the IVDS 
band, transmission of data over long distances can be accomplished. Such long-distance 
1(K transmission, however, involves significant power consumption in the lamp monitoring and 
control units, thereby creating a significant expense. 

■ r= 

Fy Secondly, signals transmitted in the IVDS band may be blocked or inhibited by large 

s objects, such as buildings. In this regard, the A.L. Air Data Patents contain no provision for 

Q 

EH alternate routing of transmitted signals when such blocking occurs. 
1 P} It is thus a paramount object of the present invention to provide an improved method and 

^ system for transmitting, receiving, and collecting information related to a plurality of working 
components, such a street lamps, a method and system that overcomes the problems associated 
with prior art designs. 



20 transmitting, receiving, and collecting information related to a plurality of working components 
that has an structure that substantially reduces the distances over which radio communications 
are transmitted, yet can be implemented over a large geographical area. 



It is a further object of the present invention to provide a method and system for 
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It is still a further object of the present invention to provide a method and system for 
transmitting, receiving, and collecting information related to a plurality of working components 
that allows for multiple and alternative paths for radio communications. 

It is still a further object of the present invention to substantially eliminate the necessity 
5 of periodic and/or random physical visits to working components to verify their proper function 
and operation. 

It is still a further object of the present invention to provide operations and maintenance 
personnel with the information necessary to detect and correct a problem with a working 
^ component without the necessity of multiple visits to determine the cause of a detected problem. 

It is still a further object of the present invention to provide operations and maintenance 
I h personnel with the precise location of a working component that needs repair or attention, 
pj It is still a further object of the present invention to efficiently deploy operations and 

s maintenance personnel to address maintenance concerns associated with a plurality of working 
ffl components in a prioritized manner. 
1 ST § It is still a further object of the present invention to provide continuous reporting of 

1=8 working component failure conditions. 

It is still a further object of the present invention to provide for both remote and 
programmable command and control of working components. 

It is still a further object of the present invention to provide for remote monitoring and 
20 tracking of the performance of working components to gain an improved understanding of 
developing trends. 

These and other objects and advantages of the present invention will become apparent 
upon a reading of the following description. 
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SUMMARY OF THE INVENTION 

The present invention is a method and system for transmitting, receiving, and collecting 
information related to a plurality of working components, such as street lamps. A preferred 
implementation of the method and system of the present invention is a communications network 
having a three-tier structure. The first tier of the communications network includes a plurality of 
transceiver modules, each of which is secured and operably connected to a working component, 
e.g., a street lamp. These transceiver modules transmit and receive radio communications or 
"messages" representative of the status of the working component from one another in a 
controlled manner, with each message ultimately being directed to an area control module. The 
second tier of the communications network includes a network support server at a central 
location, with the area control module transferring collected messages from the transceiver 
modules to the network support server. The network support server analyzes the information and 
data contained in such messages. Finally, the third tier of the communications network includes 
one or more control and display units, such as a personal computer with an associated Internet 
browser. Information and data analyzed and compiled by the network support server is 
transferred to the control and display units through the Internet or similar computer network for 
review by end users. 

Furthermore, the network support server allows for control of the working components 
by initiating transmission of radio communications containing instructions or programming code 
to one or more particular transceiver modules based on a predetermined schedule, or upon 
occurrence of a specific event, such as a command initiated by operations and/or maintenance 
personnel through the control and display units. 



RF000:000RF: 1 80369:LOUISVILLE 



6 




A communications network of this nature allows for efficient and effective monitoring 
and control of working components through short-distance radio communications at low power 
levels. Importantly, transmission of messages from a particular transceiver module to the area 
control module, or vice versa, is accomplished through a number of intermediate transmissions 
5 through other transceiver modules. Thus, in the event a path between a particular transceiver 
module and the control module is not available, an alternate path can be configured between the 
particular transceiver module and the area control module through other transceiver modules, 
thereby ensuring reliable delivery of all messages to and from the area control module. 

DESCRIPTION OF THE FIGURES 

Figure 1 is a schematic view of a preferred implementation of the method and system of 
the present invention - a communications network having a three-tier structure; 

Figure 2 is a functional block diagram of a preferred transceiver module in the preferred 
implementation of the method and system of Figure 1; 

Figure 3 depicts a standard street lamp or similar light fixture; 

Figure 4 is a functional block diagram of a preferred transceiver module in the preferred 
implementation of the method and system of Figure 1, in which said transceiver module used for 
the monitoring and control of a street lamp or similar light fixture; 

Figure 5 is a functional block diagram of a preferred area control module in the preferred 
implementation of the method and system of Figure 1; 

Figure 6 is a functional block diagram of a preferred network support server in the 
preferred implementation of the method and system of Figure 1; 
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Figure 7 depicts a configuration of five individual transceiver modules and a single area 
control module in accordance with the method and system of the present invention, and further 
illustrates the transmission range of one of the transceiver modules; 

Figure 8 depicts the preferred path for transmissions from one transceiver module to the 
5 area control module in the configuration of Figure 7; 

Figure 9 depicts an alternate path for transmissions from one transceiver module to the 
area control module in the configuration of Figure 7; 

Figure 10 depicts an exemplary HOME SCREEN, as displayed in an Internet browser of 
a preferred control and display unit for the monitoring and control of street lamps in accordance 
1 gj with the present invention; 

m Figure 1 1 depicts an exemplary NETWORK STATUS SCREEN, as displayed in an 

i in! 

TU Internet browser of a preferred control and display unit for the monitoring and control of street 
;L lamps in accordance with the present invention; and 

EJ Figure 12 depicts an exemplary FIXTURE MANAGER SCREEN as displayed in an 

lln Internet browser of a preferred control and display unit for the monitoring and control of street 
lamps in accordance with the present invention. 



20 
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DESCRIPTION OF THE PRESENT INVENTION 

The present invention is a method and system for transmitting, receiving, and collecting 
information related to a plurality of working components, such as street lamps. 

Figure 1 is a schematic view of a preferred implementation of the method and system of 
5 the present invention - a communications network, generally indicated by reference numeral 10, 
having a three-tier structure. The first tier 10a of the communications network 10 includes a 
plurality of transceiver modules, generally indicated by reference numeral 12, each of which is 
secured and operably connected to a working component, e.g., a street lamp. For purposes of 
^ clarity in the description that follows, reference numeral 12 is used to indicate a plurality or 
KjS cluster of transceiver modules that comprise a network, where reference numeral 12' indicates a 

£jJL| 

\fl specific transceiver module in a network. 

fy These transceiver modules 12 transmit and receive messages (i.e., radio communications) 

a from one another in a controlled manner, with each message ultimately being directed to an area 
O 1 control module 14. The operation and function of the transceiver modules 12 and the area 
lSfj control module 14 is described in further detail below. 
^ Also, although not shown in the Figures, transceiver modules 12 that are not associated 

with any working component may also be incorporated into the network 10 to serve as 
"repeaters," bridging gaps in the network and ensuring reliable delivery of all radio 
communications to and from the area control module 14. 
20 The second tier 10b of the communications network 10 includes a network support server 

16. The area control module 14 serves as a bridge from the first tier 10a of the structure to the 
second tier 10b as it links the transceiver modules 12 to the network support server 16, 
transferring messages originating from the transceiver modules 12 to the network support server 
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16. The area control module 14 also governs the structure of the communications network 10 
and controls the transmissions between the individual transceiver modules 12. The network 
support server 16 collects the messages from the transceiver modules 12 through the area control 
module 14, and analyzes the information and data contained in such messages. The network 
support server 16 then compiles such information and data for subsequent review and 
presentation to end users, such as operations and maintenance personnel. The network support 
server 16 further allows for control of the working components by initiating transmission of 
radio communications containing instructions or programming code to one or more particular 
transceiver modules 12 based on a predetermined schedule, or upon occurrence of a specific 
event, such as a command initiated by operations and/or maintenance personnel. 

It is important to recognize that, although Figure 1 shows only a single area control 
module 14 for monitoring and controlling a small network 10 of transceiver modules 12, in the 
monitor and control of a large number of working components over a vast geographical area, 
multiple area control modules 14 could be employed. In this regard, each area control module 14 
would be connected to the network support server 16 and would service a particular cluster of 
transceiver modules 12. 

Finally, the third tier 10c of the communications network 10 includes one or more control 
and display units 18, such as a personal computer with an associated Internet browser. 
Information and data analyzed and compiled by the network support server 16 is transferred to 
the control and display units through the Internet or similar computer network 17 for review by 
end users. Such end users may also interact through the control and display units, controlling 
specific working components by issuing commands that cause the network support server 16 to 
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transmit appropriate messages containing instructions or programming code to the transceiver 
modules 12 associated with the specific working components. 

In general, a communications network 10 of this nature allows for efficient and effective 
monitoring and controlling of working components through short-distance radio communications 
at low power levels. Specifically, each of the transceiver modules 12 is within range of one or 
more other transceiver modules 12, thus forming a "line of sight" network. (Although 
comiponly used to describe radio communications, the term "line-of-sight" is somewhat a 
misnomer as radio waves can pass through many materials that obstruct light waves.) In other 
words, a particular transceiver module 12' can communicate (i.e., send and receive radio 
communications) with other transceiver modules 12 within its range, the ultimate goal being to 
propagate messages from transceiver module to transceiver module until they can be received at 
an area control module 14, which may be termed a "network access point." In this regard, each 
and every transceiver module 12' is aware of all its immediate neighbors and the most efficient 
path to the area control module 14; thus, if a transceiver module 12' receives a message from a 
neighbor, it is preprogrammed to make a determination of whether it lies in the most efficient 
path and thus whether or not to repeat/re-transmit the message. 

Through this method of communication, only low-powered and short-distance radio 
communications are necessary to transmit messages from a source to a destination, i.e., from the 
individual transceiver modules 12 to an area control module 14, or vice versa. Once messages 
from the transceiver modules 12 reach the area control module 14, the messages can be 
forwarded to the network support server 16 for subsequent analysis and display, as described 
above. Similarly, messages may be transmitted from the network support server 16 to the area 
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control module 14 and through intermediate transceiver modules 12 to one or more specific 
transceiver modules 12. 

Figure 2 is a functional block diagram of a preferred transceiver module 12' in 
accordance with the method and system of the present invention. As mentioned above, a 
5 transceiver module 12' is secured and operably connected to a working component, thereby 

serving as a node in the communications network 10 depicted in Figure 1 . As shown in Figure 2, 
in this preferred embodiment, each transceiver module 12' includes one or more sensors 30 for 
sensing various parameters of the working component to which it is secured. When the method 
Q and system of the present invention is implemented to monitor street lamps or similar light 
lip fixtures, a preferred sensor 30 might measure current flow or voltage, or count the total number 
Hi of hours that the bulb was burning, or count the number of bulb strikes. Each transceiver module 
1 y 12' also includes a switch component 32 for operational control of the working component. For 
q example, in the control of street lamps or similar light fixtures, the switch component 32 would 
p be used to turn a lamp on and off. 

lgj The sensors 30 and the switch component 32 are operably connected to a microcontroller, 

generally indicated by reference numeral 34. The microcontroller 34 controls all operation and 
function of the transceiver module 12'. In this regard, the microcontroller 34 is comprised of 
four primary sub-components for coordinating and carrying out the operation and function of the 
transceiver module 12': (1) a program controller 36; (2) a diagnostics processor 38, (3) a control 

20 logic 40; and (4) a packet transfer controller 42. In this preferred embodiment, the 

microcontroller 34 is manufactured and distributed by Philips Semiconductors of Sunnyvale, 
California, namely Model No. P89C668. This particular microcontroller 34 has a non- volatile 
64-KB programmable memory and volatile random-access memory (RAM). This 
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microcontroller 34 further includes multiple input/output ports and clock/timer/event counters 
(which allow for time-sensitive functionality, such as message holding, time-based pattern 
recognition, and various diagnostic and polling operations). 

Returning to the primary sub-components of the microcontroller 34, the program 

5 controller 36 is the nerve center of the microcontroller 34, executing embedded software code to 
coordinate and control all function and operation of he transceiver module 12', and acting as the 
intermediary between the other functional and operational sub-components of the 
microcontroller 34. For example, the program controller 36 can be programmed to initiate radio 

^ communications, specifically the transmission of messages containing the identification, 

location, and status of the working component, on a predetermined schedule or upon occurrence 

SS 

Ln of a specific event. The program controller 36 can also be programmed to execute a control 

; 

fy instruction (e.g., to turn the working component on or off), initiate diagnostic testing, or perform 

s other activities based in response to the receipt of incoming messages. 

O 

2 Of course, to carry out the execution of such routines and subroutines, it is understood 

1 % that standard programming languages and techniques would be used. With benefit of the 

foregoing description, such programming is readily accomplished by one of ordinary skill in the 
art. 

The embedded software code is stored and maintained in the non-volatile memory of the 
microcontroller 34, along with a unique identification code for the transceiver module 12'. 
20 Stored in the volatile memory is transient information and data communicated to the program 

controller 36 through other functional and operational sub-components of the microcontroller 34, 
as will be further described below. Lastly, although not essential to the present invention, in 
some embodiments of the present invention, it is contemplated that the memory of the 
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microcontroller 34 would also store and maintain other relevant information, such as the location 
of the working components (e.g., GPS coordinates), a secure owner access code, the date that the 
transceiver module was installed, the date that the working component was installed, and other 
information or data associated with the working component and relevant to the maintenance and 
5 operation of the working component. 

The diagnostics processor 38 is operably connected to and receives signals from the one 
or more sensors 30 described above and serves as an intermediary between the sensors 30 and 
the program controller 36. The diagnostics processor 38 is programmed to interpret and 
« recognize failure patterns or other problems associated with the operation of the working 
1 component based on signals from the one or more sensors 30. Specifically, signals from the 

yl sensors 30 (which are indicative of the condition or status of various functional or operational 

in 

Til parameters of the working component to which the transceiver module 12' is secured) are passed 
«_ the diagnostics processor 38, examined and interpreted, and then passed to the program 
2 controller 36. Of course, the sensors 30 and generated signals are specific to the working 
ljl; component to which the transceiver module 12' is secured. 

*"* The control logic 40 is operably connected to the switch component 32 and/or any other 

similar external actuators and serves as an intermediary between the switch component 32 or any 
other external actuators and the program controller 36. The control logic 40 is programmable to 
react in response to a particular condition or event reported by the diagnostics processor 38, or in 

20 response to a specific incoming message received through the RF transceiver 44 associated with 
the transceiver module 12', which will be further described below. 

The fourth and final sub-component of the microcontroller 34 is the packet transfer 
controller 42, which controls the propagation of incoming messages received through the RF 
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transceiver 44, along with transmission of outgoing messages. The RF transceiver 44 is a 
wireless radio transceiver with an associated antenna 46 that is capable of sending and/or 
receiving a radio communication containing information and data about the identity and status of 
a working component. The RF transceiver 44 is capable of receiving radio communications 

5 from not only an area control module 14 (as described above with reference to Figure 1), but also 
from other neighboring transceiver modules 12 within its range, the importance of which will 
become clearer below. It is contemplated and preferred that the RF transceiver 44 associated 
with each transceiver module 12' will operate in the unlicensed radio spectrum, such as: (1) the 

^ 902 MHz to 928 MHz frequency band, or (2) the 2.40 GHz to 2.48 GHz frequency band. These 
1(K unlicensed frequency bands are designed for "Industrial, Scientific and Medical" use, and are 
thus labeled "ISM" bands. Furthermore, since the RF transceivers 44 associated with each 

m transceiver module 12' are to be operated at very low power levels, e.g., lOmW to 500mW, the 

b RF transceivers 44 can operate after being certified by local communication regulations, and no 

sssz 

d further governmental license or usage fees are required. Of course, a shortcoming of such low- 
1 gj powered RF transceivers 44 is their limited range, i.e., the transceivers 44 can only transmit and 
^ receive radio communications over distances of five to 1000 feet; however, this limitation is 
overcome by the network structure of the present invention. 

In this preferred embodiment, the RF transceiver 44 is manufactured and distributed by 
RF Micro Devices, Inc. of Greensboro, North Carolina, namely Model No. RF2905. This 
20 particular RF transceiver 44 is low-powered transceiver designed to operate in the 902 MHz to 
928 MHz ISM frequency band. Additionally, it is preferred that the transceiver 44 use 
Frequency Shift Keying (FSK) as its digital modulation format. In this regard, to synchronize a 
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receiving clock with a transmitter clock, the Manchester encoding/decoding technique is 

preferably implemented in embedded software. 

Returning to the fourth and final sub-component of the microcontroller 34, the packet 

transfer controller 42 determines what happens to an incoming radio communication. 
5 Specifically, for any incoming radio communication ("message"), there are four options: (1) 

repeat/re-transmit the message if the message is being transmitted along a designated path to or 

from an area control module 14, as will be further described below; (2) discard the message if the 

message is not being transmitted along a designated path to or from an area control module 14; 
^ (3) pass the message through to the program controller 36 if the particular receiving transceiver 

module 12' is the intended destination of the message; or (4) hold the message if the message is 
LH being transmitted along a designated path to or from an area control module 14, but the RF 
fy transceiver 44 is currently not available to repeat/re-transmit the message. 
^ With respect to "holding" a message, it should be understood that the RF transceiver 44 

can either transmit a message or receive a message, but can not generally perform both functions 

LJ 

1% simultaneously. Furthermore, if one of the RF transceivers 44 associated with a transceiver 
module 12' in a specific network is transmitting, it is preferred that all neighboring transceiver 
modules 12 within its range remain silent so as to avoid interference among transmissions. 
Therefore, if the packet transfer controller 42 has received a message, determined it is to 
repeat/re-transmit the message, but has been ordered to remain silent, it holds the message in a 

20 buffer (volatile memory) until it has permission to transmit again. 

Furthermore, assuming that a particular incoming radio communication needs to be 
transmitted to multiple transceiver modules 12, it is possible that the radio communication will 
be both repeated/re-transmitted and passed the message through to the program controller. 
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Of course, the packet transfer controller 42 also controls the transmission of outgoing 
radio communications initiated by the program controller 36. 

As described above, a preferred transceiver module 12' in accordance with the method 
and system of the present invention thus serves as an node in the communications network 10 
depicted in Figure 1, monitoring and controlling the working component to which it is secured. 
Sensors 30 associated with the transceiver module 12' sense or measure various parameters of 
the working component, communicating such diagnostic assessments, measurements and status 
indications to the program controller 36 through the control logic 40. Based on such 
measurements or status indications, the program controller 36 can (1) operate switches 32 or 
other external actuators to control the function of the working component; (2) transmit a message 
containing information and data associated with the measurements or status indications through 
the packet transfer controller 42 and the RF transceiver 44 and associated antenna 46; or (3) do 
nothing. Also, based on messages received through the RF transceiver 44 that are communicated 
to the program controller 36 through the packet transfer controller 42, the program controller 36 
can operate switches 32 or other external actuators to control the function of the working 
component. Finally, the transceiver module 12' can function simply as a relay station, repeating 
and re-transmitting messages received from neighboring transceiver modules 12. 

It is important to recognize that since such a transceiver module 12' needs to be secured 
to each working component in a network or area to be monitored, it is important that assembly 
costs and expenses be minimized. In other words, for purposes of reducing equipment and 
implementation costs, resource requirements should be minimized where a large number of units 
is required. Specifically, it is important to minimize the costs of the transceiver modules 12 
since such a transceiver module 12 must be secured to each and every working component in the 
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network. In this regard, as should be clear from the foregoing description, the microcontroller 34 
associated with each transceiver module 12' has only limited memory capacity and requires 
minimal power consumption. All information and data is stored in volatile memory until 
successful transmission, thereby minimizing the necessary storage requirements. And, because 

5 of the short-distance radio communications, only minimal power is consumed. Resources are 
then concentrated in the area control modules 14 and the network support server (i.e. the second 
tier 10b of the network 10 depicted in Figure 1), which are discussed in further detail below. 
Figure 3 depicts a standard street lamp or similar light fixture 60 with an associated 

^ ballast 62. The street lamp 60 is powered by a high- voltage AC current, a photocontrol socket 
1 J 64 being operably connected to a high- voltage AC power supply 70. Specifically, there is 

W 

Lfi neutral line 72 and a hot line 76 from the AC power supply 70. One branch of the neutral line 
flJ 72' extends between the AC power supply 70 and the photocontrol socket 64, and a second 

branch of the neutral line 72" extends between the AC power supply 70 and the lamp 60 and 
jjj associated ballast. The hot line 76 extends between the AC power supply 70 and the 
1%1 photocontrol socket 64, and there is a switched hot line 78 between the photocontrol socket 64 
and the lamp 60 and associated ballast 62. Seated in the photocontrol socket 64 is a 
photocontroller 66 which effectively turns the street lamp 60 on and off in response to light 
through energizing or de-energizing the switched hot line 78. 

Figure 4 is a functional block diagram of a preferred transceiver module 12a' in 
20 accordance with the method and system of the present invention, wherein said transceiver 

module 12a' is implemented for the monitoring and control of a street lamp 60a, similar to that 
depicted in Figure 3. As shown in Figure 4, the transceiver module 12a' is interposed between 
the photocontrol socket 64a and the seated photocontroller 66a. In this manner, the transceiver 



RF000:000RF:180369:LOUISVILLE 



module 12a' of the present invention can be incorporated into existing street lamps without 
impacting or interfering with the operation and function of existing photocontrollers. Moreover, 
as further described below, in this configuration, the transceiver module 12a' can diagnose 
proper operation of the photocontroller 66a. 

Again, in this preferred embodiment, the transceiver module 12a' is designed for the 
monitoring and control of a street lamp 60a and thus includes: (1) a current sensor 30a; (2) a 
photo sensor 30b; (3) a first voltage sensor 30c; and (4) a second voltage sensor 30d, each of 
which will be further described below. The use of these sensors allows for a determination and 
measurement of data such as: total hours burning since installation; number of strikes since 
installation; total hours ballast running since installation; current line voltage measurement; 
average line voltage; minimum line voltage; cycling of the lamp; and maximum line voltage. 

The preferred transceiver module 12a' also includes a switch component 32a for 
operational control of the lamp 60a. 

As with the transceiver module 12' described above with reference to Figure 2, the 
sensors 30a-d and the switch component 32a of the preferred transceiver module 12a' for street 
lamp monitoring and control are operably connected to a microcontroller 34a. The 
microcontroller 34a controls all operation and function of the transceiver module 12a' and is 
comprised of four primary sub-components for carrying out the operation and function of the 
transceiver module 12a': (1) a program controller 36a; (2) a diagnostics processor 38a, (3) a 
control logic 40a; and (4) a packet transfer controller 42a. The operation and function of each of 
these sub-components was described above with reference to Figure 2, and this preferred 
transceiver module 12a' thus serves as an node in the communications network linking a 
plurality of street lamps for centralized monitoring and control. 
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Again, the street lamp 60a is powered by a high- voltage AC current, and, as with the 
street lamp of Figure 3, there is neutral line 72a and a hot line 76a from an AC power supply 70a. 
One branch of the neutral line 72a' extends between the AC power supply 70a and the 
photocontrol socket 64a, and a second branch of the neutral line 72a" extends between the AC 
power supply 70a and the lamp 60a and associated ballast 62a. The hot line 76a extends between 
the AC power supply 70a and the photocontrol socket 64a, and there is a switched hot line 78a 
between the photocontrol socket 64a and the lamp 60a and associated ballast 62a. 

With the transceiver module 12a' interposed between the photocontrol socket 64a and the 
seated photocontroller 66a, the transceiver module 14 is operably connected to the neutral line 
72a, the hot line 76a, and the switched hot line 78a. 

First, a first branch of the neutral line 72b' and a first branch of the switched hot line 78b' 
extend from the photocontrol socket 64a to a transformer 80a. This transformer 80a outputs a 
low voltage current for supplying power to the microcontroller 34a and RF transceiver 44a. 
Furthermore, a voltage sensor 30c is operably connected to the first branch of the neutral line 
72b' and the first branch of the switched hot line 78b' to measure the voltage between the 
photocontrol socket 64a and the transformer 80a, data that is communicated to the diagnostics 
processor 38a and subsequently passed to the program controller 36a. 

Secondly, a second branch of the neutral line 72b" and a second branch of the switched 
hot line 78b" extend from the photocontrol socket 64a to the photocontroller 66a. In this regard, 
as indicated in Figure 4, since the transceiver module 12a' of the present invention is adapted to 
be received by and operably connected to the photocontrol socket 64a of a standard street lamp 
60a, the transceiver module 12a' itself includes a second, analogous photocontrol socket 64b for 
receiving the photocontroller 66a. In its path to the second photocontrol socket 64b, the second 
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branch of the switched hot line 78a" passes through the switch 32a, which is operably connected 
and controlled by the control logic 40a of the microcontroller 34a; and through the current sensor 
30a, the current measurement data being communicated to the diagnostics processor 38a and 
subsequently passed to the program controller 36a. 

Thirdly, the sole branch of the hot line 76b' extends from the photocontrol socket 64a to 
second photocontrol socket 64b. In its path to the second photocontrol socket 64b, this branch of 
the hot line 76a' passes through the second voltage sensor 30d, which measures the voltage 
between the photocontrol socket 64a and the second photocontrol socket 64b, the voltage 
measurement data being communicated to the diagnostics processor 38a and subsequently passed 
to the program controller 36a. Specifically, such voltage measurement data, in conjunction with 
clock information from the microcontroller 34a 5 provides confirmation of the proper operation of 
the photocontroller 66. 

As described above with reference to Figure 2, each transceiver module 12a' has only 
limited memory capacity and requires minimal power consumption. Specifically, all information 
and data is stored in volatile memory until successful transmission, thereby minimizing the 
necessary storage requirements. And, because of the short-distance radio communications, only 
minimal power is consumed. 

Figure 5 is a functional block diagram of a preferred area control module 14 in 
accordance with the method and system of the present invention. 

The area control module 14 acts as a "network access point" for a network 10 of 
transceiver modules 12, as depicted in Figure 1 . As mentioned above, each of the transceiver 
modules 12 can communicate (i.e., send and receive radio communications) with other 
transceiver modules 12 within its area, the ultimate goal being to propagate messages from 
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transceiver module to transceiver module until they can be received at an area control module 14. 
Of course, messages can also be transferred from a control 14 module to a specific transceiver 
module 12' through the network as well. In either event, the area control module 14 exchanges 
messages between the transceiver modules 12 and the network support server 16. 

Most importantly, the area control module 14 organizes and maintains the structure and 
relationship of individual transceiver modules 12 with respect to one another in the defined 
communications network 10. Specifically, through periodic polling of all transceiver modules 12 
in the territory of the area control module 14, the area control module 14 examines the proper 
operation (response) of the transceiver modules 12 by monitoring the paths through which 
messages from specific transceiver modules 12 are being received. Thus, if a new transceiver 
module 12' is added to the network 10, or removed from the network 10, the area control module 
14 can re-calculate the most efficient paths for messages to and from each transceiver module 
12', and then transmit an appropriate message to the transceiver modules 12 defining the 
"designated paths" for messages it may receive from neighboring transceiver modules 12. The 
packet transfer controllers 40 associated with each transceiver module 12 then know which 
messages to discard and which messages to repeat/re-transmit. 

Of course, as mentioned above, Figure 1 shows only a single area control module 14 for 
monitoring and controlling a small network 10 of transceiver modules 12. However, it should be 
clear that for monitoring and control of a large number of working components over a vast 
geographical area, multiple area control modules 14 could be employed, each area control 
module 14 being connected to the network support server 16 and servicing a particular cluster of 
transceiver modules 12. In this regard, in this preferred embodiment, it is contemplated and 
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preferred that each area control module 12 would monitor and control between 50 and 250 
transceiver modules 12. 

Returning to Figure 5, a preferred area control module 14 in accordance with the present 
invention includes: (1) a microprocessor 100; (2) a message transport 102; and (3) an RF 
transceiver 104 and associated antenna 106. 

The microprocessor 100 coordinates and controls all operation and function of the area 
control module 14. As such, in this preferred embodiment, the microprocessor 100 is a single 
board, diskless embedded computer based on the Intel x86 instruction set and architecture. This 
microprocessor 100 preferably runs Windows CE®, a real-time, 32-bit, embedded operating 
system with built-in communication capabilities distributed by the Microsoft Corporation of 
Redmond, Washington. 

The microprocessor 100 is comprised of four primary sub-components for carrying out 
the operation and function of the area control module 14: (1) a program controller 106; (2) a 
packet transfer controller 108, (3) a network structure controller 110; and (4) a message 
concentrator 112. 

Returning to the primary sub-components of the microprocessor 100, the program 
controller 106 executes embedded software code to coordinate and control all function and 
operation of the area control module 14 and acting as the intermediary between the other 
functional and operational sub-components of the microprocessor 100. For example, the 
program controller 106 can be programmed to initiate radio communications, specifically the 
transmission of messages to request the status of one or more working components, on a 
predetermined scheduled or upon occurrence of a specific event, such as a command from the 
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network support server 16. The program controller 106 can also be programmed to initiate 
diagnostic testing or other operational activities. 

Of course, to carry out the execution of such routines and subroutines, it is understood 
that standard programming languages and techniques would be used. With benefit of the 
foregoing description, such programming is readily accomplished by one of ordinary skill in the 
art. 

The embedded software code is stored and maintained in the non-volatile memory of the 
microprocessor 100, whereas transient information and data communicated from the transceiver 
modules 12 for subsequent transmission to the network support server 16 (as depicted in Figure 
1) is stored in volatile memory. Lastly, it is contemplated and preferred that the microprocessor 
100 of the area control module 14 include a memory component for storing such information as: 
the location of the area control module (e.g., GPS coordinates), a secure owner access code, the 
date that the area control module was installed, and other information or data associated with the 
area control module. 

The packet transfer controller 108 passes all incoming messages from the transceiver 
modules 12 (as received through the RF transceiver 104 and associated antenna 106) to the 
program controller 106, and, for outgoing messages either (1) sends the message; or (2) holds the 
message. Specifically, the RF transceiver 104 can either transmit a message or receive a 
message, but can not generally perform both functions simultaneously. Therefore, if the packet 
transfer controller 102 is currently in a receiving mode, it holds the outgoing message in a buffer 
(volatile memory) until it has permission to transmit. 

As for the RF transceiver 104 and associated antenna 106, as with the transceiver module 
12' described above with reference to Figure 2, the preferred RF transceiver 104 is a wireless 
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radio transceiver that is capable of receiving a radio communication containing information and 
data about the identity and status of a working component, and further capable of sending a radio 
communication for controlling a particular working component. It is contemplated and preferred 
that the RF transceiver 104 associated with the area control module 14 will operate in the 

5 unlicensed radio spectrum, such as: (1) the 902 MHz to 928 MHz frequency band, or (2) the 2.40 
GHz to 2.48 GHz frequency band. In this preferred embodiment, the RF transceiver 104 is 
manufactured and distributed by RF Micro Devices, Inc. of Greensboro, North Carolina, namely 
Model No. RF2905. This particular RF transceiver 104 is low-powered transceiver designed to 

« operate in the 902 MHz to 928 MHz ISM frequency band. Additionally, it is preferred that the 
1^ transceiver 44 use Frequency Shift Keying (FSK) as its digital modulation format. In this regard, 

in to synchronize a receiving clock with a transmitter clock, the Manchester encoding/decoding 

fy technique is preferably implemented in embedded software. 

h The network structure controller 1 10 is the sub-component of the microprocessor 100 that 

5? organizes and maintains the structure and relationship of individual transceiver modules 12 with 

i — a 

lgj respect to one another in order to form the communications network 10 (as depicted in Figure 1). 
^ Specifically, the network structure controller 110 performs any necessary re-configuration of the 
designated communications paths in the network 10, and further maintains a databank containing 
the information as to how to communicate with each transceiver module 12 in the network 10 (as 
depicted in Figure 1). In other words, for each transceiver module 12' in the network 10, the 

20 network structure controller 110 defines and maintains the designated path for propagation of 
radio communications through other transceiver modules 12 and to the area control module 14, 
and vice versa This is accomplished through a periodic polling of all transceiver modules 12 in 
the area of the area control module 14, examining the availability of and current configuration of 
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the transceiver modules 12, If one or more particular transceiver modules 12 are not available, 
the network structure controller 110 determines an alternate path for communication. In this 
regard, the preferred path is generally the path that requires the fewest number of intermediate 
transmissions through other transceiver modules 12. Any such reconfiguration of the designated 
5 paths is stored in the databank associated with the network structure controller 1 10. The 

definition of the designated paths is further communicated to the affected transceiver modules 12 
themselves so that the respective packet transfer controllers 42 of the transceiver modules 12 can 
accurately determine whether to (1) repeat/re-transmit a message; (2) discard a message; (3) pass 
_ the message through to the program controller, 
lftf Furthermore, if a new transceiver module 12' is added to the cluster, it will start signaling 

=2 its presence. Because the signal is identified as "new," it is propagated throughout the cluster of 
To transceiver modules 12 until it reaches the area control module 14. As part of the propagation, a 
s count of the intermediate transmissions from one transceiver module 12 to another is established, 
On along with the relationship of the new transceiver module 12' to its neighbors. The network 
l|j structure controller 1 10 of the microprocessor 100 recognizes the new transceiver module 12' 
^ and based on an analysis of the count of intermediate transmissions and the relationship of the 
new transceiver module 12' to its neighbors, the preferred or designated path is determined for 
the new transceiver module 12', generally the path that requires the fewest number of 
intermediate transmissions through other transceiver modules 12. The definition of this new 
20 designated path is further communicated to the transceiver module 12' and other affected 

transceiver modules 12, and signals from the transceiver module 12' are no longer designated as 
"new." 
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The final sub-component of the microprocessor 100 is the message concentrator 112. 
The message concentrator 112 serves to ensure efficient and secure transfer of information and 
data from the area control module 14 to the network support server 16 (as depicted in Figure 1) 
through the above-mentioned message transport 102. In this regard, the message transport 102 is 

5 typically an interface to a commercial, publicly available computer or communications network, 
such as the Internet. However, other methods of communication could also be used with 
departing from the spirit and scope of the present invention. Specifically, the message 
concentrator 1 12 collects incoming messages in an associated buffer, stringing messages together 

^ prior to transfer. In this manner, a few long messages can be transferred to the network support 
lffi server 16, rather than multiple short messages. At the same time, it is contemplated and 

in preferred that the messages be encoded according to an encryption scheme. In this regard, it is 

: aa 

fU further contemplated and preferred that the message concentrator 112 decodes messages coming 

s from the network support server 16 (as depicted in Figure 1). 

O 

01 In summary, the program controller 106 of the microprocessor 100 executes embedded 

1 gj software code (stored and maintained in the non- volatile memory) to coordinate and control all 
^ function and operation of the area control module 14 and can be programmed to initiate 

diagnostic testing or radio communications, specifically the transmission of messages to request 
the status of one or more working components, on a predetermined scheduled or upon 
occurrence of a specific event. The packet transfer controller 108 of the microprocessor 100 
20 passes all incoming messages from the transceiver modules 12 (as received through the RF 
transceiver 104 and associated antenna 106) to the program controller 106, and also transmits 
outgoing messages. The network structure controller 1 10 of the microprocessor 100 organizes 
and maintains the structure and relationship of individual transceiver modules 12 with respect to 
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one another, and further performs any necessary re-configuration of the designated 
communications paths. Lastly, the message concentrator 1 12 of the microprocessor 100 ensures 
efficient and secure transfer of information and data from the area control module 14 to the 
network support server 16 (as depicted in Figure 1) through the message transport 102. 

Thus, the area control module 14 in the implementation of the method and system of the 
present invention described herein provides the integral communications link between the 
individual transceiver modules 12 and the network support server 16. 

Figure 6 is a functional block diagram of a preferred network support server 16 in 
accordance with the method and system of the present invention. As mentioned above with 
respect to Figure 1, the network support server 16 collects the messages from the transceiver 
modules 12 through one or more area control modules 14, and analyzes the information and data 
contained in such messages. The network support server 16 then compiles such information and 
data for subsequent review and presentation to end users, such as operations and maintenance 
personnel. 

In this regard, the network support server 16 is preferably a standard computer server 
with a Linux® or similar high-performance operating system that executes database management 
and information service applications. In other words, the network support server 16 performs the 
requisite back-end tasks, centralizing storage of information and data, facilitating retrieval of 
such information and data, and responding to requests and commands from end users through the 
control and display units 18, as described above, 

The network support server 16 comprises six primary sub-components for carrying out its 
operation and function: (1) a program controller 120; (2) a message transport 122, (3) a message 
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processor 124; (4) a database management system 126; (5) a data analysis and reporting 
component 130; and (6) a data presentation interface 132. 

The program controller 120 executes application software code (stored in the memory of 
the network support server 16) to control all function and operation of the network support server 
5 16 and acts as the intermediary between the other functional and operational sub-components of 
the network support server 16. 

The message transport 122 cooperates and communicates with the message transport 102 
associated with the area control module 14, as described above with reference to Figure 5. 
O Specifically, the message transport 122 is typically an interface to a commercial, publicly 
If 3 ! available computer or communications network, such as the Internet, that allows for secure 
fp! transmission of messages from one or more area control modules 14 to the network server 16. 
Iq The message processor 124 decomposes messages from the one or more area control 

p modules 14 as received through the message transport 122, and further prepares messages to be 
D communicated from the network support server 16 to the area control modules 14 through the 
IP message transport 122. 

The database management system 126 and associated database 128 provides for the 
storage and maintenance of all information and data received from the transceiver modules 12 
through the one or more area control modules 14. It is important to note that the architecture and 
design of this database 128 is not essential to the method and system of the present invention 
20 provided that the database can meet the necessary storage and retrieval requirements. Various 
commercial software packages and/or programming techniques could be used by those skilled in 
the art to develop this database without departing from the spirit and scope of the present 
invention. 
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Of further note, as mentioned above, through central storage and maintenance of 
collected information and data, only minimal memory storage is required for the transceiver 
modules 12 and area control modules 14, thereby significantly reducing the costs of the 
transceiver modules 12 and area control modules 14. 

The data analysis and reporting component 130 of the network support server 16 is 
comprised of software applications that allow for more detailed analysis of information and data. 
In the preferred embodiment depicted in Figure 6, the data analysis and reporting component 130 
in integrally and operably connected to a Geographic Information System ("GIS") and a 
Computerized Maintenance Management System ("CMMS"). 

A GIS is a visualization tool used for topographic analysis, development planning, and 
decision modeling. A GIS displays spatial relationships, correlated to geographically referenced 
features, such as roads, buildings, rivers, and jurisdictional boundaries. In other words, a GIS 
allows for the generation of dynamic, high-quality maps for the exploration of the interaction 
between places, people, and objects. By integrating a GIS with the method and system of the 
present invention, operations and maintenance personnel are provided with visual information 
that allows for more effective administration of working components. For example, with respect 
to the operation and maintenance of a network of street lamps, operations and maintenance 
personnel will have access to dynamic maps that show the location of the street lamps relative to 
one another and to geographically referenced features. This allows for route optimization (for 
maintenance personnel) and minimizes the time spent finding one or more working components. 

A CMMS is commonly used manage the complex mix of resources (i.e., personnel, time, 
and capital) needed to minimize disruptions caused by failures of working components. A 
CMMS facilitates good maintenance practices with an emphasis on proactive work planning and 
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root cause analysis. With a CMMS, maintenance activities are managed as an integrated, 
essential part of ongoing operations, and the system becomes a source of measurements and 
metrics for continuous improvement programs. By integrating a CMMS with the method and 
system of the present invention, further efficiencies are realized. Specifically, the diagnostics 
information collected through the method and system of the present invention broadens the 
capabilities of the CMMS through continuous condition monitoring. Such continuous condition 
monitoring allows for the detection of operating characteristics that commonly precede failure of 
a working component. For example, if cycling is detected in a street lamp through the method 
and system of the present invention, the street lamp can be automatically shut down, and the 
CMMS can be programmed to immediately generate a work order. Since cycling is intercepted 
before it causes damage to the internal components of the street lamp, the life of the street lamp 
is prolonged. 

Finally, the data presentation interface 132 allows for review and presentation of the 
collected information and data to end users, such as operations and maintenance personnel. 
Specifically, it is preferred that the data presentation interface 132 facilitate transfer of the 
collected information and data to a computer network, such as the Internet, such that end users 
can review the collected information and data through a control and display unit 18, such as a 
personal computer with an associated Internet browser, as described above with reference to 
Figure 1. 

For example, Figure 10 depicts an exemplary HOME SCREEN 200, which is displayed 
in an Internet browser of a control and display unit 18. In this particular example, a network 
comprised of seven working components (i.e., fixtures) of an emergency lighting and phone 
system is being monitored. As shown, the HOME SCREEN 200 generally includes: (1) a map 
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202 showing the location of the fixtures; (2) a table 204 summarizing the fixtures; and (3) a 
menu bar 206. 

Of course, the map 202 allows the end user to quickly review the location of the 
individual fixtures relative to one another and relative to geographically referenced features, such 
as roads, buildings, rivers, and jurisdictional boundaries. Through color-coding or similar 
techniques, an end user may also be provided with prompt visual indication of the status of the 
fixtures. 

The table 204 provides a summary of the fixtures, specifically (1) the date that the 
information contained in the table 204 was updated; (2) the number of fixtures; (3) a description 
of the network of fixtures; and (4) identification of each component of the fixtures. 

In this example, the menu bar 206 allows for access to various (1) diagnostic reports; (2) 
a fixture manager; and (3) a work order manager. The available diagnostic reports allow an end 
user to review the information and data collected from the fixtures. In this regard, Figure 1 1 
depicts an exemplary NETWORK STATUS SCREEN 210, as displayed in an Internet browser 
of a control and display unit 18, a diagnostic report that is accessed through the menu bar 206. 
As shown, the NETWORK STATUS SCREEN 210 includes a table 212 identifying the location 
of each fixture, the last fault reported, and the last received confirmation of proper operation. In 
this example, for purposes of brevity and clarity, only two fixtures are displayed in the table 212. 
Of course, this diagnostic report displayed in Figure 1 1 is but one example of numerous reports 
that could be generated from information and data collected from a network of fixtures or other 
working components. 

Returning to the menu bar 206 of the HOME SCREEN 200 of Figure 10, the fixture 
manager allows an end user to review information associated with a particular fixture, to make 
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revisions to such information, and/or to control the operation and function of the fixture. In this 
regard, Figure 12 depicts an exemplary FIXTURE MANAGER SCREEN 220 for a particular 
fixture as displayed in an Internet browser of a preferred control and display unit 18. The 
FIXTURE MANAGER SCREEN 220 includes a table 222 identifying (1) the location of the 
fixture; (2) the description of the fixture; (3) components of the fixture by manufacturer and 
model number; (4) component specifications; (5) subcomponents of the fixture by manufacturer 
and model number; (6) subcomponent specifications; and (7) fixture modification history. 
Furthermore, and perhaps most importantly, the FIXTURE MANAGER SCREEN 220 includes 
a "Modify Information" button 224 which allows an end user to modify the information 
contained in the table 222. In certain embodiments, selection of the "Modify Information" 
button 224 or similar button may further allow for operational control of the fixture. 

Lastly, although not shown in the Figures, the menu bar 206 also allows an end user to 
access a work order manager for generating or reviewing work orders associated with the 
maintenance of the fixtures. 

From the foregoing description, it should be clear that the implementation of the method 
and system of the present invention as described herein therefore allows for the monitoring and 
control of working components through low-powered, short-distance radio communications. As 
depicted in Figure 1, each transceiver module 12 that is secured to a working component in a 
particular network or area is aware of its immediate neighboring transceiver modules 12 and the 
designated (most efficient) path to the area control module 14, said area control module 14 
subsequently transmitting the collected messages to a network support server 16. Importantly, 
transmission of messages from a particular transceiver module 12' to the area control module 14 
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is accomplished through a number of intermediate transmissions through other transceiver 
modules 12. For further explanation of this network structure, reference is made to Figures 7-9. 

Figure 7 depicts five individual transceiver modules, respectively indicated by reference 
numerals 12-1, 12-2, 12-3, 12-4, and 12-5; and a single area control module 14-1. Referring to 
5 transceiver module 12-4, messages transmitted from this transceiver module 12-4 could be 

communicated to the area control module 14-1 through any of a number of different and distinct 
paths. As shown, in this configuration, transceiver module 12-4 can effectively transmit 
messages to transceiver modules 12-2 and 12-3. Of course, the preferred path to the area control 
module 14-1 is the most efficient path, which is through transceiver module 12-3, as indicated by 
tfi arrows in Figure 8. 

= ~5 However, in the event that transceiver module 12-3 in not functioning properly, an 

fij alternate path can be configured from transceiver module 12-4 to the area control module 14-1 
B through transceiver modules 12-2 and 12-1, as indicated by the arrows in Figure 9. Quite 
Dl clearly, depending on the number of transceiver modules 12 that comprise a particular network, 

W there are numerous paths that a particular message can take from the transceiver module from 

O 

^ which it originates to the area control module 14-1, thereby ensuring reliable delivery of all 

messages to the area control module 14-1. 

It will be obvious to those skilled in the art that modifications may be made to the 

preferred embodiments described herein without departing from the spirit and scope of the 
20 present invention. 
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